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(g) Es wird ein Verfahron zur Aktuaiisierung der Software 
eines mikrocomputergestutzten Telefons (10), insbesondere 
Mobiltelefons, vermittets eines entfemt angeordneten Com- 
putersystems (12) angegeben, das mit dam Telefon (10) uber 
ein Teiekommunikattonsnetz (11), so z. B. das Mobtltetefon- 
netz, verbunden tst. Das Verfahren waist die foigenden 
Verfahrensschritta auf: 

- Versetzen der Software (20) des Telefons (10) in einen 
Aktuaiisierungsmodus* 

- Hersteilen einer Telekommunikationsverbindung mit dam 
Computersystem (12). 

- Obertragen einer Strukturtabelie (23) des Telefons (10) an 
das Computersystem (12), 

- Erstellen eines Aktuaiisierungspakets mit neuen Software- 
moduien und einer neuen Strukturtabelie durch das Compu- 

■ tersystem (12) und Obertragen desseiban an das Telefon (10) 
I und 

• • Aktualisleren der Software (20) des Telefons (10) vermtttels 
des Aktuaiisierungspakets. 



IMonaQcHiiax L \ i*i , . r . 



[HOxim 
K\oa 

n 



lA 



Ul 

O 



Die folgendsn Angaben sind den vom Anmelder elngereichten Unterlagen antnommen 

BUNDESDRUCKEREt 04.97 702 022/219 



7/24 



^SDOCID: <DE. . 19543843AV I 



0 DE 195 

1 

Beschreibung 

Die Erfindung betrifft ein Verfahren zur Aktualisie- 
rung der Software in einem mikrocomputergestutzten 
Telefon gemaB Gattungsbegriff des Patentanspruchs 1. 

Die sich rasch entwickeinde Telefontechnik, vor aliem 
Mobiltelefontechnik, erfordert eine gelegentliche Ak- 
tualisierung der in einem derartigen Telefon gespeicher- 
ten Software. Viele Mobiltelefonanbieter verlangen von 
einem Benutzer, daB er zur Aktualisierung der Software 
sein Mobiltelefon zu einer Kundendienststelle bringt 
Dies ist jedocli ziemlich unpraktisch, vor allem wenn 
sich die Kundendienststelle weit entfemt befindet An- 
dererseits ist es auch unbequem fiir die Kundendienst- 
stelle, da sie uber Techniker und Ausrustungen fiir die 
Durchfuhrung solcher Aktualisierungen verfiigen muB. 

Zur L6sung dieser Probleme wurden bereits verschie- 
dene Aktualisierungstechniken angegeben. Die US-PS 
5,418,837 (Johansson et al.) beschreibt ein Verfahren, 
welches eine SUM-(= Software-Upgrading- Module- 
)Karte fur derartige Aktualisierungen verwendet. Die 
SUM-Karte wird von einem SIM-(= Subscriber-Identi- 
ty-Module-)Kartenleser gelesen, der sich in einigen Mo- 
biltelefonen, wie zum Beispiei GSM-(= Giobal-System- 
For-Mobile-Communications-)Terminals, befindet Ob- 
gleich es fur den Benutzer damit moglich ist, sein Mobil- 
telefon mittels der SUM-Karte zu aktualisieren, anstatt 
dafur eine Kundendienststelle aufsuchen zu miissen, hat 
diese Technik doch einige Nachteile. Zunachst verlangt 
die Beschaffung einer korrekten SUM-Karte fur seine 
Bedurfnisse von dem Benutzer Zeit und Muhe. Sodann 
muB sich der Benutzer, falls die erhaltene SUM-Karte 
inkorrekt ist oder er seine Optionen fUr die Aktualisie- 
rung seines Mobiitelefons Sndert, eine andere SUM- 
Karte beschaffen, um den Vorgang zu beenden. 

Eine andere Technik, wie sie in der US-PS 5,430,877 
(Naylor) angegeben ist, gestattet es, mittels eines Mobii- 
telefons ein Oder mehrere uber eine unmittelbare Part- 
ner-zu- Partner- Verbindung damit verbundene weitere 
Mobil telef one zu aktualisieren, sofern es selbst eine 
Software mit hdherer Versionsnummer aufweist. Um 
dieses Verfahren anwenden zu konnen, muB der Benut- 
zer aber zunachst einmal ein Mobiltelefon finden, wel- 
ches eine Software mit hoherer Versionsnummer hat. 
Dies ist sehr unpraktisch, wenn ihm kein entsprechender 
Telefonteilnehmer bekannt ist Dazu noch miissen samt- 
liche verbundenen Mobiltelefone miteinander kompati- 
bel sein, um das Verfahren anwenden zu konnen. 

Auf diesem Hintergrund liegt der Erfindung die Auf- 
gabe zugrunde, ein verbessertes Aktualisierungsverfah- 
ren fiir Telefone gemaB Gattungsbegriff des Anspruchs 
1 anzugeben, welches den Benutzer einer Mitwirkung 
hierzu weitgehend entbindet 

Diese Aufgabe ist erfindungsgemaB durch die Merk- 
male des Patentanspruchs 1 gelost. Die Unteranspriiche 
geben daruberhinausgehend vorteilhafte Ausgestal- 
tungsmoghchkeiten an. 

Das betreffende Verfahren sieht vor, dafl das Telefon 
zunachst eine Telekommunikationsverbindung mit ei- 
nem Computersystem herstellt und dem Computersy- 
stem eine Strukturtabelle ubermittelt.^ Das Computersy- 
stem erstellt daraufhin ein Aktualisierungspaket ent- 
sprechend der empfangenen Strukturtabelle und uber- 
tragt dieses zuriick zu dem Telefon. Das Aktualisie- 
rungspaket findet dort dazu Verwendung, die Software 
des Telefons zu aktualisieren, wobei es zunachst noch 
zwecks Prufung in einem Speicher des Telefons zwi- 
schengespeichert werden kann. 
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Nachfolgend wird ein bevorzugtes Ausfuhrungsbei- 
spiel anhand der Zeichnungen genauer beschrieben. Da- 
bei zeigt 

Fig. 1 ein Blockschaltbild eines entsprechenden Mo- 
5 biltelefons und eines uber ein Telekommunikationsnetz 
damit verbundenen Computersystems. 

Fig. 2 eine schematische Darstellung der in dem Tele- 
fon gespeicherten Software einschlieBlich einer Struk- 
turtabelle. 

10 Fig. 3 einen Speicherzuordnungsplan, der in dem 
nicht fluchtigen Speicher des Telefons gespeicherte 
Softwaremodule zeigt, und 

Fig. 4 ein FluBdiagramm, welches den Verfahrensab- 
lauf bei der Aktualisierung der Software eines Mobilte- 

15 lefons wiedergibL 

GemaB Fig. 1 ist mit einem Mobihelefon 10 uber ein 
Telekommunikationsnetz 11 ein Computersystem 12 
verbunden. Das Telekommunikationsnetz 11 ist ein Mo- 
biltclefonnetz. Das Mobiltelefon 10 enthalt eine Zen- 

20 tralprozessoreinheit (CPU) 101, eine Anzeigeeinheit 102 
zur Anzeige einfacher Mitteilungen an den Benutzer 
des Telefons 10, einen nichtfluchtigen Speicher 103, wie 
er beispielsweise unter der Bezeichnung FLASH 
EPROM bekannt ist, zur Softwarespeicherung fur die 

25 Zentralprozessoreinheit 101, einen fluchtigen Speicher 
104, wie zum Beispiei einen Speicher fQr wahlfreien Zu- 
griff (RAN), fur die Ausfuhrung des in der Software 
enthaltenen Programms oder fiir die Aktualisierung der 
Software, ein Tastenfeld 105 zur Eingabe von Telefon- 

30 nummern oder Steuercodes seitens des Benutzers, eine 
Sende-ZEmpfangs-Einheit 106 fur die Kommunikation 
mit dem Telekommunikationsnetz 11 sowie einen von 
der Zentralprozessoreinheit 101 steuerbaren Haupt- 
schalter 107. 

35 Das Computersystem 12 ist zwecks Softwareaktuali- 
sierung an das Telekommunikationsnetz 11 angeschlos- 
sen. Es enthalt eine Sende-/ Empfangs-Einheit 121 fur 
die Kommunikation mit dem Netz 11, eine Zentralpro- 
zessoreinheit (CPU) 122 sowie, damit verbunden, einen 

40 fluchtigen Speicher 123 und eine Festplatte 124 zur Ab- 
wicklung des Aktualisierungsvorganges. 

Fig. 2 zeigt schematisch die in dem nichtfluchtigen 
Speicher 103 des Mobiitelefons 10 gespeicherte Softwa- 
re 20- Die Software 20 enthalt mehrere Module wie zum 

45 Beispiei den OS-(^ Operating-System-)ModuI 21, 
Funktionsmodule 22 und eine Strukturtabelle 23. Die 
Funktionsmodule 22 enthalten Kommunikationsmodule 
fiir die Kommunikation mit Basisstationen des Telefon- 
netzes 11 vermittels eines von einem bestimmten Mobil- 

50 telefonnctz, wie zum Beispiei einem GSM-Netz, defi- 
nierten ProtokoUs und ebenso spezielle Programmodu- 
le (feature moduls) fiir die Durchfuhrung bestimmter 
Funktionen oder Programmpunkte an einem bestimm- 
ten Telefon 10, wie zum Beispiei eine Kurzansage, eine 

55 Anrufbeantwortungsfunktion und dergl. Der OS-ModuI 
21 bildet ein Realzeit-Betriebssystem fiir die Steuerung 
der Operationen aller Module 22 und ebenso fur die 
Aktualisierung der Software 20. Er kann in einen Aktua- 
lisierungsmodus umgeschaltet werden fur die Aktuali- 

60 sierung samtlicher Module der Software 20. 

Die Strukturtabelle 23 enthalt die gesamte Struktur- 
information der Software 20, wie zum Beispiei die Ver- 
sionsnummer der Software 20 und des OS-Moduls 21, 
die Versionsnummer und spezielle Parameter eines je- 

65 den Funktionsmoduls 22, die Hardwarestrukturdaten 
des Telefons 10, wie zum Beispiei die SpeichergroBe und 
die Art der Zentralprozessoreinheit 101, des Tastenf elds 
105 und der Anzeigeeinheit 102. Diese Strukturtabelle 
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23 wird an das Computersystem 12 ubertragen zur Fesi- 
legung dessen, wie die Software 20 zu aktualisieren ist 
Die in der Strukturtabelle 23 enthaltene Informationen 
konnen je nach der Art dcs von dem Computersystem 
12 gebotenen Aktualisierungsdienstes verandert wer- 5 
den. 

Der Speicherzuordnungsplan nach Fig. 3 zeigt in 
welcher Weise die Module 21 und 22 in dem nichtfluch- 
tigen Speicher 103 gespeichert sind. Jeder der Module 
21, 22 und 23 ist in einem eigenen Speicherschlitz 31 des 10 
Speichers 103 gespeichert, wobei ihm jeweils ein gewis- 
ser zusatzlicher Speicherraum fur die spatere Aktuali- 
sierung zugeordnet ist. Eine Adresscntabelle, die cinen 
Teil der Strukturtabelle 23 bildet, dient dazu, die Adres- 
sender vorbestimmtenSpeicherschlitze31 festzuhalten. \5 
Bei der Aktualisierung eines vorhandenen Moduls wird 
in dem gleichen Speicherschlitz ein neuer Modul abge- 
speichert, wobei mit derselben Anfangsadresse begon- 
nen wird. Da ein jeder Speicherschlitz 31 zusatzlichen 
Speicherraum aufweist, bildet eine GroDenabweichung 20 
des neucn Moduis kein Problem, solange dessen GrGBe 
nicht iiber den verfugbarcn Speicherraum des betrcf- 
fenden Speicherschiitzes 31 hinausgehL 

Diese Speicherweise gestattet es, einen jeden vorhan- 
denen Modul getrennt zu aktualisieren,und verraeidet 25 
so eine kompiizierte Speicherordnung oder Speicher- 
umordnungsprobleme in dem Speicher 103. Entspre- 
chend kann der OS-Modul 21 verhaltnismaBig einfach 
sein. Des weiteren wird fur die Aktualisierung der ge- 
samten Software 20 kein groQer fluchtiger Speicher 104 30 
benotigt da ja jeweils nur wenige Module zu aktualisie- 
ren sein werden. Fur die meisten Aktualisierungsvor- 
gange wird es geniigen, wenn der Speicher 104 groB 
genug ist, drei bis fiinf Module aufzunehmen. Daneben 
ist die Zeit fur die Modulubertagung vom Computersy- 35 
stem 12 zu dem Telefon 10 gering. 

Fig. 4 gibi einen Aktualisierungsvorgang 40 fur die 
Aktualisierung der Software 20 des Mobiltelefons 10 
wieder, der vom Benutzer dcs Telefons 10 ausgelost 
wird. Der Aktualisierungsvorgang 40 weist folgende 40 
Schritte auf: 

Schritt 401 Versetzen des OS-Moduls 21 der Software 
20 in einen Aktualisierungsmodus 
Schritt 402 Eintasten der Telefonnummer des Compu- 
tersystems 12 zur Herstellung einer Telekommunika- 45 
tionsverbindung mit dem Computersystem 12 tiber das 
Telekommunika tionsnetz 11; ist das Netz U ein GSM- 
Netz fiir die Inanspruchnahme eines Datendienstes sei- 
tens einer nahegelegenen Basisstation des Netzes 11, die 
daraufhin zwischen Telefon 10 und Computersystem 12 50 
eine Folgeinformation in Gestalt digitaler Daten uber- 
tragt, so erfolgt seitens des OS-Moduis 21 ein Datenab- 
ruf 

Schritt 403 den Benutzer einen Optionscode zur Anga- 
be einer Aktualisierungsoption eingeben lasscn 55 
Schritt 404 Obertragen der Strukturtabelle 23 und (so- 
fern eingegeben) des Benutzeroptionscodes an das 
Computersystem 12 

Schritt 405 auf den Empfang der Strukturtabelle 23 aus 
dem Telefon 10 hin erstellt das Computersystem 12 ein eo 
Aktualisierungspaket mit neuen Modulen und einer 
neuen Strukturtabelle und iibertragt diese an das Tele- 
fon 10 

Schritt 406 Speichern des Aktualisierungspakets in dem 
fluchtigen Speicher 104 65 
Schritt 407 Prufen des empfangenen Aktualisierungspa- 
kets 

Schritt 408 Sperren des Hauptschahers 107 zur Verhin- 
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derung einer Unterbrechung durch den Benutzer wah- 
rend des folgenden Aktualisierungsschrittes (die dabei 
sowohl die Software 20 als auch das in dem fluchtigen 
Speicher 104 gespeicherie Aktualisierungspaket zersio- 
ren konnte) 

Schritt 409 Aktualisieren der Software 20 durch Abspei- 
chem der neuen Module und der neuen Strukturtabelle 
aus dem Aktualisierungspaket in den einzelnen entspre- 
chenden Speicherschlitzen 31 
Schritt 410 Freigeben des Hauptschalters 107. 

Patentansprtiche 

1. Verfahren zur Aktualisierung dor Software (20) 
eines mikrocomputergestutzten Telefons (10), das 
eine Zentralprozessoreinheit (101), einen fluchtigen 
Speicher (104) fiir die Programmausfuhrung und 
einen nichtfliichtigen Speicher (103) aufweist, in 
dem die Software (20) gespeichert ist, wobei die 
Software (20) mehrere Module (21, 22) aufweist, 
dadurch gekennzeichnet, daB das Verfahren mit- 
tels eines entfernt angeordneten Computersystems 
(12) uber ein Telekommunikationsnetzwerk (11) 
ausgefiihrt wird, wobei die in dem nichtfluchtigcn 
Speicher (103) gespeicherte Software (20) des wei- 
teren eine Strukturtabelle (23) mit zumindest einer 
Versionsnummer bezuglich der Software (20) auf- 
weist, die Software (20) von einem normalen Be- 
triebsmodus in einen Aktualisierungsmodus zum 
Aktualisieren der Software (20) umschaltbar ist und 
das Verfahren folgende Verfahrensschritte auf- 
weist: 

— Versetzen der Software (20) in einen Aktua- 
lisierungsmodus, 

— Herstellen einer Telekommunikationsver- 
bindung zu dem Computersystem (12) 

— Obertragen der Strukturtabelle (23) an das 
Computersystem (12), 

— Erstellen und Ubertragen eines Aktualisie- 
rungspakets mit neuen Modulen und einer 
neuen Strukturtabelle entsprechend der emp- 
fangenen Strukturtabelle (23) durch das Com- 
putersystem (12) und 

— Aktualisieren der vorhandenen Module (21, 
22) und der Strukturtabelle (23) der Software 
(20) vermittels der neuen Module und der neu- 
en Strukturtabelle aus dem Aktualisierungspa- 
ket 

2. Verfahren nach Anspruch 1, dadurch gekenn- 
zeichnet, daB jeder Modul (21, 22) der Software (20) 
in einem vorbestimmten Speicherschlitz (31) des 
nichtfluchtigcn Speichers (103) mit zusatzlichem 
Speicherraum fur die spatere Aktualisierung ge- 
speichert und jeder in Betracht kommende Modul 
dadurch aktualisiert wird, daB in demselben Spei- 
cherschlitz (31) ein cntsprcchender neuer Modul 
abgespeichert wird. 

3. Verfahren nach Anspruch 2, dadurch gekenn- 
zeichnet, daB die Strukturtabelle (23) eine Ver- 
sionsnummer fur einen jeden Modul (21, 22) der 
Software (20) enthalL 

4. Verfahren nach Anspruch 2 oder 3, dadurch ge- 
kennzeichnet, daB die Strukturtabelle (23) des wei- 
teren eine Adresscntabelle zum Aufzeichnen der 
Adressen der vorbestimmten SpeicherschUtze (31) 
aufweist. 

5. Verfahren nach einem der vorhergehenden An- 
spriiche, dadurch gekennzeichnet, daB die Struktur- 
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tabelle (23) des weiteren Hardwarestrukturdaten 
des Telefons (10) enthalt 

6. Verfahren nach einem der vorhergehenden An- 
spruche. dadurch gekennzeichnet, daB das Aktuali- 
sierungspaket vor dem Aktuaiisierungsschritt in 5 
dem fluchtigen Speicher (104) zwischengespeichert 
wird. 

7. Verfahren nach Anspruch 6, dadurch gekenn- 
zeichnet, daB das Telefon (10) einen von der Zen- 
tralprozessoreinheit (101) steuerbaren Hauptschal- jo 
ter (107) aufweist, der wahrend des Aktualisie- 
rungsschritts gesperrt wird. um eine Unterbre- 
chung des Aktuaiisierungsschritts durch den Benut- 
zer zu verhindern. 

8. Verfahren nach einem der vorhergehenden An- 15 
spruche, dadurch gekennzeichnet, daB es des weite- 
ren einen Verfahrensschritt zum Eintasten eines 
Benutzeroptionscodes vor dem Obertragungs- 
schritt aufweist, der es dem Benutzer ermoglicht, 
eine Aktualisierungsoption einzugeben. 

9. Verfahren nach Anspruch 8, dadurch gekenn- 
zeichnet, daB der Benutzeroptionscode nach Zu- 
standekommen der Telekommunikationsverbin- 
dung zusammen mit der Strukturtabelie (23) an das 
Computersystem (12) ubertragen wird. 

10. Verfahren nach einem der vorhergehenden An- 
spruche. dadurch gekennzeichnet, dafl das Telefon 
(10) ein Mobiiteiefon und das Telekommunika- 
tionsnetz (11) ein Mobiltelefonnetz ist 

11. Verfahren nach Anspruch 10, dadurch gekenn- 30 
zeichnet, daB das Mobiltelefonnetz ein GSM-Netz 
ist. 
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